![Permalink for '[curve ] limité à 9 points ?'](/collanews/themes/lilina/web//media/mark_on.gif)
citation :As-tu jeté un il au sismographe de nonononono qui, pour le coup, reprend le même schéma que ton oscillo avec des [curve 2] mais en instruction OpenGL ?
Je propose un oscilloscope [oscilloGL], basé sur le sismographe ( [codelab.fr] ) :
[abel.jerome.free.fr]
Je ne me suis pas penché sur les optimisations du code openGL, car je n'y connais rien.
J'ai rédigé une petite comparaison de mon test avec [curve], l'abstraction [oscilloGemCurve] :
http://abel.jerome.free.fr/pd/oscillo/o … risons.txt
En gros, l'oscilloscope avec open GL a de biens meilleurs résultats quand il s'agit d'augmenter la taux de rafraîchissement de la fenêtre GEM. C'est donc un bon point. En effet [oscilloGemCurve] synchronise la lecture du tableau où sont stockées les données en entrée, avec un bang envoyé par la "GemList" donc par le gemhead en tête de la chaîne. Plus c'est rapide, plus le tableau est lu, donc plus le processeur travaille ... Peut-être y a t-il moyen de faire autrement pour le lire ce tableau moins souvent
Pour le projet de la valise pédagogique ( [https:]] ), il faudrait faire des tests avec 16 oscilloscopes dans une même fenêtre pour comparer les performances, la fluidité, etc.